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REMARKS 

The Office Action mailed on February 10, 2004 has been carefully studied and, in view 
of the following remarks, reconsideration and allowance of this application are most respectfully 
requested. Claims 142-161 stand rejected. Claims 142-161 have been canceled herein, without 
prejudice. New independent claims 162 and 163 are added and correspond to cancelled 
dependent claims 151 and 161, in independent form. Applicants respectfully submit that the 
pending claims are in condition for allowance. 

Claims 142-161 stand rejected under 35 U.S.C. 103(a) as being unpatentable over 
Igarashi et al. (U.S. 2001/0019782 Al), claims 142, 143, 147-149, 152, 153 and 157-159 stand 
rejected under 35 U.S.C. 103(a) as being unpatentable over Grushin et al. (U.S. 2002/0121638 
Al), and claims 142, 143, 149-153 and 159-161 stand rejected under 35 U.S.C. 103(a) as being 
unpatentable over Lamansky et al. (U.S. 2002/0182441 Al). The office action maintains that it 
would have been prima facie obvious to one of ordinary skill in the art at the time of the 
invention to make various compounds as suggested by Igarashi et al., Grushin et al. or Lamansky 
et al. to provide a variety of compounds suitable for use in a light emitting device. 

Applicants respectfully disagree with the position taken in the office action. However, in 
order to further prosecution of the pending application, claims 142-161 have been canceled 
without prejudice and new claims 162 and 163 have been introduced. New claims 162 and 163 
are directed to a particular emissive material (Compound 12, Example 14) and to an organic light 
emitting device having an emissive layer that comprises that material. Applicants respectfully 
submit that the art cited by the Examiner does not teach or suggest the emissive compound or 
device of claims 162 and 163. Further, Igarashi et al., Grushin et al. and Lamansky et al. provide 
no motivation whatsoever to select the particular substituents at the particular positions on the 
emissive material to provide the compound and device of claims 162 and 163. The requisite 
motivation to modify the cited art to achieve the claimed subject matter is not found in cited art 
and is not provided by the Examiner in the Office Action of February 10, 2004. Accordingly, the 
rejection should be withdrawn. 
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Assuming arguendo that the pending claims were prima facie obvious, such a finding 
would be overcome by the following objective evidence and remarks. Objective evidence, 
including evidence of unexpected results, are relevant and must be considered in every case in 
which they are present. See, Graham v. John Deere , 383 U.S. 1 (1966). Applicants respectfully 
submit that attached 2003 Annual Report of the Universal Display Corporation (Appendix I) and 
accompanying remarks clearly establish that Compound 12 has unexpected properties, and when 
incorporated into an organic light emitting device, unexpected results are attained. 

The subject matter of the presently pending claims is the Compound 12 and a device 
having an emissive layer comprising Compound 12. Compound 12 shows a combination of 
properties (color emission, brightness, stability, efficiency, etc.) that make it particularly suitable 
for use in an organic light emitting device. Certain CIE coordinates are highly desirable for use 
in a display — specifically those coordinates that correspond to saturated blue, green and red 
emission. "Saturated red" under the sRGB standard has CIE coordinates of (0.64, 0.33), as 
described in the two concurrently submitted references, Susstrunk, "Standard RGB Color 
Spaces," 7th Color Imaging Conference: Color Science, Systems and Applications, 127-134; and 
McDowell, "Standards Update," IS&T Reporter, Vol. 16, No. 5, October 2001. 

Notably, Compound 12 was found to have CLE color coordinates (0.65, 0.35), as 
disclosed in Table 1 on page 33, that produce a highly desirable and vibrant, deeply saturated, 
red color. Moreover, the deep red Compound 12 is disclosed in Table 1 to have both a 
substantially higher Brightness and a substantially higher Power Efficiency as compared to the 
nearest deep red compound, Compound 3, 1 1 Cd/A vs. 6.8 Cd/A @10mA/cm 2 , and 3.2 Lm/W 
vs. 2.0 Lm/W @ lOmA/cm 2 , respectively. Compound 12 had a device CIE of (0.65, 0.35) and 
Compound 3 had a device CDE of (0.65, 0.34). At the time of the invention, these properties 
could not be predicted based on the structure of an emissive material. As a result, Compound 12 
has a unique and surprising combination of properties that make it highly desirable for use in a 
display device. 
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Attached is a copy of page 8 from the 2003 Annual Report of the Universal Display 
Corporation (Appendix I) in which use of a phosphorescent dopant compound in a commercial 
OLED display is reported, as follows: 

"Tohoku Pioneer. In August 2003, we entered into an arrangement to provide our 
proprietary red PHOLED material to Tohoku Pioneer Corporation, a subsidiary 
of Pioneer Corporation, for the commercial production of its passive matrix 
OLED displays on glass substrates. Under this arrangement, we receive payments 
from Tohoku Pioneer for the PHOLED material and license fees for allowing 
Tohoku Pioneer to use this material in the production of passive matrix OLED 
displays. Tohoku Pioneer sells these displays to one of its customers who uses 
them as the exterior sub-display for a mobile phone currently being sold in Japan, 
[emphasis added]" 

Compound 12 of the instant application is the phosphorescent dopant compound that is 
referred to as Universal Display Corporation's "proprietary red PHOLED material." Applicants 
respectfully submit that the use of Compound 12 in what is believed to be the first commercial 
electrophosphorescent product strongly supports the finding of unexpected results. The overall 
combination of performance criteria that an emissive dopant must meet in order to be qualified 
for use in a commercial device goes well beyond any knowledge that could have been available 
to one of skill in the art at the time of the invention. One of skill in the art could not have 
predicted that Compound 12 would be suitable for meeting all these criteria. Applicants submit 
that use of Compound 12 in the first commercial electrophosphorescent product is prima facie 
evidence of an unexpected combination of properties. 

Applicants have discovered unexpected advantages attendant to the use of Compound 12. 
Although the references cited in the Office Action may disclose a broad genus of emitting 
compounds, there is no teaching or suggestion of the unexpected properties of Compound 12 or 
that the use of Compound 12 in an organic light emitting device would yield unexpected results. 
Igarashi et al. 5 Grushin et al. and Lamansky et al. do not teach or suggest the specific compound 
of claim 162 or the device of claim 163, let alone that one would obtain the unexpected results 
mentioned above. 
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Applicants thank the examiner for the courtesy extended during an interview on 18 May 
2004. During that interview: 

A. two cell phones were shown, one using a fluorescent red emitter, and the other 
using compound 12 as a red emitter. 

B. claims 162 and 163 were discussed 

C. Igarashi, Grushin, and Lamansky were generally discussed 

D. the amendments contained herein were discussed 

E. the importance of a saturated red emitter with good efficiency and brightness was 
discussed, as well as the properties of compound 12 (with reference to the specification, page 33, 
Table 1). 

F. at the interview, the examiner requested that the applicants provide a background 
reference discussing the specific CDE coordinates corresponding to "saturated red." As 
discussed, two such references are provided as attachments hereto as a courtesy to the examiner: 

McDowell, David, "The Many Faces of RGB", IS&T Reporter "THE WINDOW 
ON IMAGING", Volume 16, Number 5, October 2001, pages 6-8. 

Stisstrunk, Sabine, et al., "Standard RGB Color Spaces", The Seventh Color 
Imaging Conference: Color Science, Systems, and Applications, pages 127-134. 
The Applicants believe that these two references provide background information relating 
to CIE coordinates that is well-known to the art, and that the references are not "material" in the 
sense of the 37 CFR 1.56 duty of disclosure. 

G. it was agreed that the Examiner would consider a formal response when submitted 

H. there was no e-mail communication in connection with the interview. 
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Conclusion 

Applicants respectfully submit that the pending claims are now in condition for 
allowance and request that such action be taken. If for any reason the Examiner believes that 
prosecution of this application would be advanced by contact with the Applicants' attorney, the 
Examiner is invited to contact the undersigned at the telephone number given below. 



Respectfully submitted, 





Reg. No. 41,186 
1500 K Street NW 



Washington, DC 20005 
(202) 220-4227 
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Standards Update 

David McDowell Editor 

The Many Faces of RGB 

Until recently, RGB was the color 
space that everyone used but no one de- 
fined very well, certainly not formally. 
True, the television community had de- 
fined the chrornaticities of the RGB phos- 
phors used in television, first by SMPTE 
for the analogue NTSC and PAL systems 
and then later by ITU for digital image 
systems. They also defined transfer func- 
tions, but more about that later. These 
definitions were all tied to the character- 
istics of physical devices - television cam- 
eras and displays - and the needs of the 
television industry. 

However, in addition to display 
spaces, digital imaging needs three com- 
ponent color spaces with more robust 
specifications than the television stan- 
dards provide, and which are able to 
handle larger data gamuts and which 
miriimize quantization and other artifacts. 
For convenience we still call them RGB, 
but in many cases they only bear a dis- 
tant relationship to the SMPTE defini- 
tions used for NTSC television. 

In this issue, with the help of Jack 
Holm of Hewlett Packard Company and 
Kevin Spaulding of Eastman Kodak 
Company, 1 would like to identify some 
of work being done in the area of RGB 
standardization, and some of the think- 
ing that has led to this work. But, as Jack 
and Kevin would urge you, for more de- 
tailed information please study the stan- 
dards and specifications themselves and 
the reference documents listed at the end. 

Image State 

When we say "RGB" what we are re- 
ally referring to is a way to encode colo- 
rimetric data that is more efficient than 
using the traditional CIELAB or 
CIEXYZ and that is also easier to convert 
into the device drive signals needed in 
practical applications. 

Before we even begin talking about 
RGB, we need to introduce a concept 
that is new to most of us, and that impacts 
the whole area of color space definition. 
That concept is referred to by some as 
"image state". It has many ramifications, 
and Kevin in particular has written a num- 
ber of papers on the topic, but the key 
one for RGB color spaces is the idea of 
scene-referred data vs. rendered or out- 
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put-referred data. ISO TC42 has started 
to address this topic as part oflSO 22028- 
1 Photography and graphic technology 
- Extended colour encodings for digital 
image storage, manipulation and inter- 
change - Part 1: Architecture and re- 
quirements 

What that boils down to in terms of an 
RGB color space is whether the encoded 
color data represents the color of the scene 
or whether it represents a reproduction of 
the scene. This is very significant be- 
cause it turns out that the colorimetry of 
a scene generally does not equal the 
colorimetry of a pleasing reproduc- 
tion of that scene. 

One of the complexities this forces us 
to deal with is that the conversion of scene- 
referred data into output-referred data re- 
quires the use of proprietary and fre- 
quently preference-based color render- 
ing transforms. These transforms are, in 
part, needed to account for differences in 
the viewing conditions of the scene-re- 
ferred image and the output-referred 
image. 

However, the larger and more complex 
issue is related to the fact that scenes are 
almost unlimited, and perhaps even more 
important quite variable, in their range 
of both lightness and colorfulness. Any 
rendered image (television, monitor, 
print, etc.) is bound by the limitations of 
the real or virtual media characteristics. 
Adding to all of this is the issue of viewer 
preferences (humans usually prefer en- 
hanced contrast and colorMness, but 
these preferences may be user, market, 
and image dependent). Because of this 
complexity, most work being done 
clearly focuses on the encoding of either 
scene-referred data or output-referred 
data, but avoids defining transforms be- 
tween the two. 

These gamut and data encoding is- 
sues, coupled with the workflows of the 
expected applications, play a major role 
in the struggles to standardize new RGB 
data spaces. 

Television RGB 

Lets go back and look at our televi- 
sion definitions of RGB and focus on the 
values defined in the HDTV video cam- 
era standard known as Recommendation 
1TU-R BT.709. It turns out that this is to 
some extent a hybrid between a scene- 
referred space (un-rendered) and an out- 
put-referred space (rendered), because it 
defines a specific relationship between 
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the color of the original scene and the 
encoded color values, but these encoded 
color values are supposed to be appro- 
priate for output on a typical television 
(the characteristics of which are not 
specified). 

This is accomplished by defining 
phosphor chrornaticities, a white point 
and an "optoelectronic transfer charac- 
teristic" for a standard video camera. 
These characteristics, together with the 
characteristics of a typical television dis- 
play, effectively define not only the color 
encoding, but also the color rendering 
function as well. So while a reading of 
the standard gives the appearance that 
this standard is basically a scene-referred 
encoding, in practice it has features in 
common with an output-referred encod- 
ing since the resulting signals are as- 
sumed to be adapted for an output dis- 
play with a certain color gamut and dy- 
namic range (but an unspecified output 
transfer characteristic). 

ITU-R BT.709 also defines issues such - 
as picture size, signal format, and lumi- 
nance/color-difference signals, but no 
digital encoding is specified. That is 
covered in ITU-R BT 1361 . 

More is Needed 

Clearly, as we move into digital imag- 
ing more robust RGB definitions are 
needed. Right now that "more" is being 
addressed by several groups including 
1EC TC100 (Audio, Video And Multi- 
media Systems And Equipment), ISO 
TC42 (Photography), and the newly 
formed International Imaging Industry 
Association (I3A). I3A was recently 
formed through the merger of the Photo- 
graphic and Imaging Manufacturers As- 
sociation (PIMA), and the Digital Imag- 
ing Group (DIG). (Itshouldbenotedthat 
specifications developed under PIMA 
before the merger still carry the PIMA 
designation.) 

RGB Definition Work 

These groups are developing a num- 
ber of standards and industry specifica- 
tions, which are in various states of ap- 
proval. These documents, which will be 
discussed in the following paragraphs 
and summarized in the table, are: 

• mC61966-2-l:1999,Multimediasys- 
tems and equipment - Colour measure- 
ment and management - Part 2-1: 
Colour management - Default RGB 
colour space -sRGB. 

• ffiC61966-2-2:CDV,Multimediasys- 
tems and equipment - Colour measure- 
ment and management - Part 2-2: 

—Volume 16, Number 5 — October 2001 
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Comparison of RGB Definitions 





sRGB 


e-sRGB 


ROMM RGB 


(E)RMM RGB 


Reference 


IEC 61966-2-1:1999 


PIMA 7667:2001 


PIMA 7666:2001 


PIMA 7466 (WD) 


Type of encoding 
(image state) 


output-referred (CRT) 


output-referred (print) 


scene-referred 


RGB primaries 


R: x=0.6400, y=0.3300 
G: x=0,3000, y=0.6000 
B:x=0.1500 y=0.0600 
(from ITU-R BT.709-3) 


R:x=0.7347, y-0.2653 
G: x=O.I596,y=0.8404 
B: x=0.0366 y=0.0001 


transfer function 


C=12.929C 

for C *0.0031308 
C=1.0553C""-0.055 

for C>0.003 1308 


C'=- 1. 0553(^)^+0.055 
for C< -0.003 1308 

C'=12.923C 
for |C|- 0.003 1308 

C'=l. 0553^-0.055 
for C>0.003 1308 

{extended from &RGB? 


C'=163C 
for C<0.00 1953 

c=c mt 

for C«0.00 1953 


RIMM RGB 
C'=(4.53C)/1.402 

forC«O.OI8 
C'=(l 0993C 04, -0.099)/1 .402 
for 00.018 

(from ITU-R BTJ09-3) 

ERJMM RGB 
C=29.04873C 

forC'0. 00271828 
C'=(logC+3)/5.5 

forC>0. 00271828 


adapted white point 
luminance 


unspecified 


160 cd/m 2 


15,000 cd/m 2 


adapted white point 
chromaticity 


unspecified 


x= 0.3457, y = 0.3585 (D M ) 


encoding white point 
luminance 


80 cd/m 2 


142 cd/m 2 


15,000 cd/m 2 


encoding white point 
chromaticity 


jr= 0.3 1 27, v- 0.3290 (D tf ) 


x= 0.3457, y = 0.3585 (D M ) 


media white point 
luminance 


80 cd/m 2 


142 cd/m 2 


N/A 


media white point 
chromaticity 


x= 0.31 27, y = 0.3290 (DJ 


x= 0.3457, v = 0.3585 (DJ 


N/A 


viewing surround 


"background" 
20% of display white point luminance level (16 cd/m 3 ) 
"surround" 

20% reflectance of ambient illuminance level (4. 1 cd/m 1 ) 


"average" 

(20% of the adapted white point luminance level) 


viewing flare 


1% (0.8 cd/m 1 ) 


included in 0/45 
measurements 


N/A 


veiling glare 


0.2 cd/m 3 


included in 0/45 
measurements 


N/A 


viewer observed 
black point 

(ideal viewing conditions) 


1.0 cd/m 2 
D H chromaticity 


0.5 cd/m 2 


N/A 


viewing flare 
(typical) 


5% 


0.75% 


N/A 


encoding bit depth 


8 provided as an example, 
others allowed 


10, 12, 16 


8, 12, 16 


RIMM RGB: 8, 12, 16 
ER1MM RGB: 12, 16 


color gamut 


CRT-based (ITU-R BT.709-3) 


extended 


valid relative 
luminance range 1 


0.0 to 1.0 


RIMM RGB: 0.0 to 2.0 
ERIMM RGB: 0.0 to 3 1 6.2 


encoding range 


linear RGB: 0.0 to 1.0 


linear RGB: -0.53 to 1.68. 


linear RGB: 0.0 to 1.0 


linear RGB: 
RIMM: 0.0 to 2.0 
ERIMM: 0.0 to 3 16.2 



1 . The e-sRGB color encoding transfer function also includes an offset to allow the encoded values to be unsigned; see PIMA 7667 for 
details. 

2. Excluding viewing flare and veiling glare. 
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, Colour management - Extended RGB 
colour space - scRGB. 

• OA 7466:WD, Photography - Elec- 
tronic still picture imaging - Reference 
Input Medium Metric RGB Color en- 
coding: RIMM-RGB 

• PIMA7666:2001,Photography-Eleo 
tronic still picture imaging - Reference 
Output Medium Metric RGB Color 
encoding: ROMM-RGB 

• PIMA7667:2001,Photography-Elec> 
tronic still picture imaging - Extended 
sRGB color encoding - e-sRGB 

sRGB 

IEC 61966-2-1, generally referred to 
as sRGB, is applicable to the encoding 
and communication ofRGB colours used 
in computer systems and similar appli- 
cations by defining encoding transfor- 
mations for use in defined reference con- 
ditions. It colorimetricaily defines an 
RGB color space that is based on the av- 
erage performance of personal computer 
displays in a defined viewing environ- 
ment It builds on the assumption that 
most computer displays are similar in their 
key color characteristics-the phosphor 
chromaticities (primaries) and transfer 
function. It notes that because RGB 
spaces are native to displays, scanners 
and digital cameras, which are the de- 
vices with the highest performance con- 
straints, an RGB space matched to the 
typical performance of such devices of- 
fers perfonnance advantages compared 
to spaces such as CIELAB or CTEXYZ. It 
is optimized for multimedia applications 
where it can both describe color in an 
unambiguous way and be the native 
space for actual hardware devices. 

e-sRGB 

PIMA 7667, or e-sRGB, is generally 
similar to sRGB except that it allows ex- 
tended encoding of RGB values that 
range from -0.53 to 1 .68. This allows for 
the encoding of a larger or extended color 
gamut compared to sRGB. However this 
also requires 10 bits per component as a 
minimum encoding bit depth. While 
both sRGB and e-sRGB are output-re- 
ferred, sRGB is designed to be appropri- 
ate for CRT-centric imaging systems, 
while e-sRGB provides additional flex- 
ibility for high quality print- based paths. 
PIMA 7667 also includes the specifica- 
tion of a standard luminance-chromi- 
nance encoding for sRGB called sRGB 
YCC. sRGBYCC offers some significant 
advantages, because it uses the same 
YCbCr transform used for decorrelation 
purposes in JPEG compression. 



e-sRGB or sRGB YCC may also pro- 
ceed as part of an International Standard 
in IEC 61966-2 or ISO 22028. Discus- 
sions are ongoing about how this should 
proceed Because of the desire for some 
level of quick standardization, there is a 
draft amendment to the sRGB standard 
that specifies the encoding equations for 
an "sYCC". These equations are identi- 
cal to those for sRGB YCC, although 
other specifications in PIMA 7667 are 
not included At present, the draft amend- 
ment also includes equations similar to 
those for 1 0-bit e-sRGB, but some major 
technical issues have yet to be resolved 

scRGB 

Another extended-range color encod- 
ing based on the sRGB primaries, referred 
to as Extended RGB colour space or 
scRGB, is under consideration by IEC 
TC100 in IEC 61966-2-2,. Nominally, 
this appears to be a scene-referred encod- 
ing, however, there is still considerable 
discussion concerning the particulars, 
and therefore it is not included in the 
table. This color encoding uses a linear 
encoding, and is primarily intended for 
computer graphics applications. 

ROMMRGB 

PIMA 7666, known as ROMM RGB , 
achieves an extended gamut by using 
primaries that are theoretical rather than 
physical. Because these primaries are not 
required to be related to any physical 
device they can be chosen to represent 
an optimum balance between a number 
of parameters. Key issues in choosing 
the ROMM RGB primaries were the size 
of the color gamut enclosed, the quanti- 
zation efficiency of the encoding, and 
the hue consistency of the color encod- 
ing during the application of non-linear 
transformations such as tonescale ma- 
nipulations. 

RIMMRGB 

13 A 7466, known as RIMM RGB, is a 
scene-referred color encoding that is a 
companion to ROMM RGB. It uses the 
same imaginary primaries as ROMM 
RGB, but incorporates a different non- 
linear transfer function due to the larger 
dynamic range requirements associated 
with a scene-referred space. The RIMM 
RGB nonlinearity is based on that de- 
fined in ITU-R BT.709. DA 7466 also 
defines an extended dynamic range ver- 
sion of this color encoding known as 
ERIMMRGB. This color encoding has 
a logarithmic nonlinearity function and 
a large enough dynamic range to handle 
the full range of information captured on 



color negative film, but requires a mini- 
mum bit-depth of 12 bits. 

Useful References 

Some useful references on image 
state are: 

ISO 22028-l:WD, Photography and 
graphic technology - Extended colour 
encodings for digital image storage, ma- 
nipulation and interchange - Part 1 : Ar- 
chitecture and requirements, available 
from isotc42@i3a.org 

Spaulding, K. E; Woolfe, G.J.; and 
Giorgianni, E.J.; "Optimized Extended 
Gamut Color Encoding for Scene-Re- 
ferred and Output-Referred Image States"; 
Journal of Imaging Science and Tech- 
nology, Vol. 45, No. 5, September/Octo- 
ber 2001, pp 418-426 

Spaulding, IC E.; Woolfe, G. J.; and 
Giorgianni, E. J.; "Image States and Stan- 
dard Color Encodings (RIMM/ROMM 
RGB)",IS&TEighth Color Imaging Con- 
ference: Color Science and Engineering: 
Systems, Technologies, Applications 
(2000), pp 288-294 

Susstrunk, S.; Buckley, R.; and Swen, 
S.; "StandardRGB Color Spaces", IS&T 
Seventh Color Imaging Conference: 
Color Science, Systems, and Applications 
(1999), pp 127-134 

Holm, J.; "Issues Relating to the Trans- 
formation of Sensor Data into Standard 
Color Spaces", Proceedings, IS&T/SID 
Fifth Color Imaging Conference: Color 
Science, Systems, and Applications 
(1997), pp. 290-295 

Woolfe, G. J.; and Spaulding, K. E. s 
"Color Image Processing Using an Im- 
age State Architecture", 9th Congress of 
the International Colour Association, 
Rochester, NY June 24-29,2001 

More Standards Information 

More information on the standards 
mentioned may be obtained at 
www.iec.ch and www.DA.org. Informa- 
tion about sRGB is available at 
www.srgb.com 



For suggestions for future updates, or 
standards questions in general, please 
contact the author at mcdowell 
@npes.org or mcdowell@kodak.com 
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Abstract 

This paper describes the specifications and usage of 
standard RGB color spaces promoted today by standard 
bodies and/or the imaging industry. As in the past, most of 
the new standard RGB color spaces were developed for 
specific imaging workflow and applications. They are used 
as interchange spaces to communicate color and/or as 
working spaces in imaging applications. Standard color 
spaces can facilitate color communication: if an image is in 
'knownRGB,' the user, application, and/or device can 
unambiguously understand the color of the image, and 
further color manage from there if necessary. When applied 
correctly, a standard RGB space can minimize color space 
conversions in an imaging workflow, improve image 
reproducibility, and facilitate accountability. 

The digital image color workflow is examined with 
emphasis on when an RGB color space is appropriate, and 
when to apply color management by profile. An RGB space 
is "standard" because either it is defined in an official 
standards document (a de jure standard) or it is supported 
by commonly used tools (a de facto standard). Examples of 
standard RGB color spaces are ISO RGB, sRGB, ROMM 
RGB, Adobe RGB 98, Apple RGB, and video RGB spaces 
(NTSC, EBU, ITU-R BT.709). As there is no one RGB 
color space that is suitable for all imaging needs, factors to 
consider when choosing an RGB color space are discussed. 

Introduction 

With the democratization of digital imaging technology, 
managing color in an unambiguous way has become one of 
the major concerns of the imaging industry. If the image 
doesn't "look good," consumers will not invest in digital 
imaging. How to explain to consumers why their images 
look different on their monitors and their relatives' 
monitors, not to mention their * photographic' printers? 
"Good color" is not just the concern of color scientists and 
engineers anymore, it has become a marketing goal. 

The professional imaging market is concerned with 
communicating color in unambiguous ways to an even 
greater extent. Closed production environments where 
skilled operators manage color are becoming a thing of the 
past. It is quite common today- for an image to be scanned 



by a digital photo agency in Europe, integrated into a 
publication layout in the United States, and printed in Asia. 

The ICC architecture, managing color by tagging an 
image with a profile that contains information about its 
color, has been successfully implemented in some but not 
all aspects of the imaging workflow. The current ICC 
architecture is not unambiguous enough for many 
professional applications, and not transparent enough for 
many consumer applications.' There are still applications 
and devices that are not ICC compatible. Managing color 
with ICC profiles does not always result in predictable 
reproductions. If an image looks bad, who is at fault? The 
'bad' scan, the 'bad' profile, the 'bad' CMM, or the 'bad' 
workflow? 

The need for good color by professionals and 
consumers alike has resulted in the recent development of 
new, "standard" RGB color spaces, promoted by the 
imaging industry and sometimes adopted by standard 
bodies. People are familiar with RGB: their scanners 
capture RGB, their applications work in RGB channels, and 
their monitors display with RGB primaries. However, these 
RGB spaces are based on different spectral attributes and 
conversions to and from these spaces are still necessary. 
Before examining the characteristics of RGB color spaces 
and discussing their usage, it is therefore necessary to look 
at the digital image color workflow as a whole. 

Digital Image Color Workflow 

According to the CIE, a color space is a geometric 
representation of colors in space, usually of three 
dimensions. 2 The basis functions are color matching 
functions, usually CIE color matching functions. Spectral 
spaces are spaces spanned by a set of spectral basis 
functions. The set of color spaces is therefore a subset of the 
set of spectral spaces. However, in practice, the difference is 
often neglected, and all representations of color in space are 
called a "color space." 

The color flow of a digital image can be generalized as 
follows. 3 An image is captured into a sensor or source 
device space, which is device and image specific. It may 
then be transformed into an unrendered image space, i.e. a 
standard color space describing the original's colorimetry. 
In most workflows, however, the image is directly 
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transformed from the source device space into a rendered 
image space, which describes the color space of some real 
or virtual output. If the rendered image space describes a 
virtual output, then additional transforms are necessary to 
convert the image into an output space, which is an output 
device specific color space. 
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Figure 1. Schematic representation of a digital image color flow 



Figure 2. Encoding to sensor space 



Standard RGB color spaces will always describe either 
unrendered or rendered image spaces; most existing 
standard RGB color spaces fall into the category of rendered 
image spaces. Source and output spaces are always device 
specific. 

Sensor Space 

When a scene or original is captured, either by a 
scanner or by a digital camera, its first color space 
representation is device and scene specific, defined by 
illumination, sensor, and filters (Figure 2). In the case of 
scanners, the illumination should be constant for each 
image. With digital cameras, the illumination can vary from 
scene to scene, and even within a scene. A source specific 
RGB is not a CIE-based color space, but a spectral space 
defined by the spectral sensitivities of the camera or 
scanner. 

When images are archived or communicated in sensor 
space, camera or scanner characterization data, such as 
device spectral sensitivities, illumination, and linearization 
data have to be maintained so that further color and image 
processing is possible. 4 * 5 Ideally, the image should be saved 
in a standard file format, such as TIFF/EP, which has 
defined tags for the necessary information. 6 

It is highly unlikely that there will ever be a "standard" 
source RGB space. With digital cameras, the illumination is 
scene dependent. With scanners, manufacturers would have 
to agree on using the same light source, sensors, and 
filters — components that are typically selected on the basis 
of engineering considerations. 



Unrendered Image Space 

The transformation from sensor space to unrendered, 
device-independent space is image and/or device specific: 
linearization, pixel reconstruction (if necessary), white point 
selection, followed by a matrix conversion (Figure 3). If the 
white point of a scene is not known, as is often the case in 
digital photography, it has to be estimated. 7 

The purpose of an unrendered image color space is to 
represent an estimate of the scene's or the original's 
colorimetry. An unrendered space maintains the relative 
dynamic range and gamut of the scene or original. 

Unrendered images will need to go through additional 
transforms to make them viewable or printable. Appearance 
modeling can be applied when an equivalent or 
corresponding reproduction is desired, and the output 
medium supports the dynamic range and gamut of the 
original. In most applications, the goal is to create a 
preferred reproduction, meaning the image is optimized to 
look good on a specific medium with a different dynamic 
range and gamut than the original. In that case, a digital 
photography reproduction model is applied. Unrendered 
image spaces can be used for archiving images when it is 
important that the original colorimetry is preserved so that a 
facsimile can be created at a later date. 

The advantage of unrendered image spaces, especially 
if the images are encoded in higher bit-depth, is that they 
can always be tone and color processed for all kinds of 
different rendering intents and output devices at a later date. 
The quality of the colorimetric estimate depends on the 
ability to choose the correct scene adopted white point, and 
the correct transformations. 
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Figure 3. Encoding from sensor to unrendered space 

Examples of color spaces that can describe an estimate 
of the scene's or original's colorimetry are ISO RGB, CIE 
XYZ, Photo YCC, and CIELAB. 

Rendered Image Space 

Rendered image spaces are color spaces based on the 
colorimetry of real or virtual output characteristics. Images 
can be transformed into rendered spaces from either source 
or unrendered image spaces. The complexity of these 
transforms varies: they can range from a simple video-based 
approach to complicated image dependent algorithms. The 
transforms are usually non-reversible, as some information 
of the original scene encoding is discarded or compressed to 
fit the dynamic range and gamut of the output (Figure 4). 
The transforms are image specific, especially if pictorial 
reproduction modeling is applied. The rendering intent of 
the image has therefore been chosen, and may not be easily 
reversed. For example, an image that has been pictorially 
rendered for preferred reproduction cannot be re- 
transformed into a colorimetric reproduction of the original 
without knowledge of the rendering transform used. 8,910 

Rendered image spaces are usually designed to closely 
resemble some output device characteristics, ensuring that 
there is little loss when converting to the output specific 
space. Most commercial image applications only support 
24-bit image encoding, making it difficult to make major 
tone and color corrections at that stage without incurring 
visual image artifacts. Some rendered RGB color spaces are 
designed so that no additional transform is necessary to 
view the images; in effect, the rendered RGB color space is 
the same as the monitor output space. For example, sRGB is 
a rendered image space that describes a real output and as 
such, is equivalent to an output space. 

Output Space 

Transforms from rendered RGB spaces to output spaces 
are device and media specific (Figure 5). If a rendered space 
is equal or close enough to real device characteristics, such 
as "monitor" RGBs, no additional transformation to device 



specific digital values is needed. In many cases, however, 
there is a need for additional conversions. For most 
applications, this can be accomplished using the current ICC 
color management workflow. An "input" profile maps the 
reproduction description in the rendered space to the profile 
connection space (PCS), and the output profile maps from 
the PCS to the device and media specific values. 
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Figure 4. Encoding from unrendered to rendered space 
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Figure 5. Encoding from rendered to output space 
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If the gamut, dynamic range, and viewing conditions of 
the rendered space are very different from those of the 
actual output space, it might be more advantageous to use a 
reproduction model that allows image specific transforms 
than to use the current color management system. Adjusting 
for different viewing conditions and dynamic range often 
are not implemented in current applications, and out of 
gamut colors require image dependent mapping for optimal 
reproduction. 

Apart from graphic arts applications, it is rare today 
that images are archived and communicated in output space, 
such as device and media specific RGB, CMY, or CMYK 
spaces. However, there are many legacy files, such as 
CMYK separations and RGB monitor specific images that 
need to be color managed so that they can be viewed and 
printed on other devices. 

Standard RGB Color Spaces 

Unrendered RGB Color Spaces 

There is currently only one unrendered RGB color 
space that is in the process of becoming a standard. ISO 
RGB is defined in ISO 17321 - Graphic Technology and 
Photography - Colour characterisation of digital still 
cameras using colour targets and spectral illumination. 3 ISO 
RGB is the reference color space to evaluate digital still 
camera color analysis. The transformations from sensor data 
to ISO RGB are defined in the standard. 

ISO RGB data represent an estimate of the scene or 
original colorimetry. There are no specified dynamic range 
or viewing conditions associated with ISO RGB. 

When ISO RGB is encoded in 8 bits, a limited gamut is 
defined by the ITU-R BT.709 primaries. 11 Extended ISO 
RGB is encoded in 10-16 bits with an unlimited gamut; one 
bit is used as the negative sign to encode out-of-gamut 
colors. 

Instead of using one of the traditional unrendered color 
spaces such as CIE XYZ, ISO RGB has been developed for 
the purpose of digital camera characterization because 
recent research indicates that white point conversions 
perform best when based on RGB color matching 
functions.' 2 Linear ISO RGB values can be transformed to 
CIE XYZ values by a matrix conversion based on the CIE 
XYZ values of a reference white point. The equi-energy 
RGB to XYZ matrix is pre-multiplied with a diagonal 
matrix containing the XYZ values of the reference white 
point. The XYZ values associated with the ISO RGB values 
for the specified reference white point can then be 
calculated using that matrix. 

Rendered Color Spaces 

There are a number of rendered RGB color spaces used 
in different imaging applications and workflows today. 
Following are descriptions of the most common rendered 
RGB color spaces, selected based on the applications. 



Multimedia: sRGB 

sRGB is described by IEC 61966-2-1 as a default color 
space for multimedia applications. 13 It is a rendered space, 
and is based on the characteristics of a CRT reference 
display. In its normative part, the standard defines the 
relationship between 8-bit sRGB values and CIE 1931 XYZ 
values as measured at the faceplate of the reference display. 
The encoding transformations do not take into account the 
veiling glare defined in the reference viewing conditions. 
The reference display white point and primaries are defined 
according to ITU-R BT.709." The colorimetry seen by an 
observer looking at an image on a reference display in the 
reference viewing conditions is described in an informative 
annex by recommending how to encode for veiling glare. 

The standard does not define how to encode image data 
into sRGB, how to map to a different rendered space, how 
to adjust for different viewing conditions, or how to map to 
an output space. 

The purpose of sRGB is to define a rendered color 
space for data interchange in multimedia. Due to similarities 
of the defined reference display to real CRT monitors, often 
no additional color space conversion is needed to display 
the images. However, conversions are required to transform 
data into sRGB and then out to devices with different 
dynamic ranges, gamuts and viewing conditions. Because of 
sRGB's CRT-based gamut, which is smaller than the range 
of colors achievable on hardcopy reproduction, this can be 
problematic as few tools are available to do this properly. 

Microsoft and Hewlett-Packard recently proposed 
sRGB64, which extends the tonal range and coding 
precision of sRGB. 14 

Editing Space: ROMM RGB 

ROMM (Reference Output Medium Metric) RGB is a 
wide-gamut, rendered RGB color space. It was designed by 
Eastman Kodak and is intended as an RGB color space for 
manipulating and editing images after the initial rendering 
has been applied. The ROMM RGB primaries are not tied to 
any monitor specification. Rather they were selected to 
wholly enclose an experimentally-determined gamut of 
surface colors, so that there would not be any loss of color 
information when representing reflectance colors that had 
been captured in an unrendered color space. For the specific 
primaries chosen, a contrast-boosting tone scale mapping of 
the ROMM RGB images results in small or minimal hue 
shifts on an a*-b* plot. 9 ROMM RGB uses a D50 white 
point, which is a standard for viewing and evaluating 
graphic arts reproductions, as well as the ICC PCS white 
point. 

ROMM RGB has the largest gamut of the rendered 
RGB spaces described here. By selecting a gamut that 
wholly encloses most real world surface colors, many 
ROMM RGB values are wasted in the production of 
reflection hard copy, in that they do not correspond to 
reflectance colors and are never used. For a given number 
of bits, the wider the gamut, the coarser the quantization and 
the greater the potential for visible artifacts due to 
quantization and subsequent processing of the image. 
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Evaluations have shown that bit depth quantization at 8 bits 
only create visible artifacts in photographic images if the 
image processing is very aggressive. Still, ROMM RGB 
offers 12- and 16-bit encoding, in addition to the usual 8-bit 
encoding, to allow for greater precision. ROMM RGB can 
be used as a wide-gamut RGB working space in Adobe 
Photoshop 5. 

Adobe Photoshop Working Space: Adobe RGB 98 

With Photoshop 5, Adobe introduced the concept of a 
working space that is device independent. The goal is to 
make the image data more portable and not tied to the RGB 
monitor of anyone's desktop. It is also the space the user 
will import images to from different sources and make 
editing decisions in. 

Adobe RGB 98 was intended to provide a larger gamut 
so pre-press users can use it as the default working space in 
Photoshop 5. It is based on the SMPTE-240M standard and 
was later renamed Adobe RGB 98. 

The potential drawback of Adobe RGB 98 space is that 
it includes many colors unprintable using typical CMYK 
printers. Savvy users can minimize this problem by picking 



a target output device and limiting the color section to the 
ones within the output gamut. 

Legacy Images: Apple RGB 

Apple RGB is based on the classic Apple 13" RGB 
monitor. Because of its popularity and similar Trinitron- 
based monitors that followed, many key publishing 
applications, including Adobe Photoshop and Illustrator, 
used it as the default RGB space in the past. 

Although the gamut of Apple RGB space is not much 
different than sRGB, this space represents many legacy files 
in the desktop publishing world. 

Video RGB: NTSC, EBU, ITU-R BT. 709 

There are several RGB standards for video applications. 
Video standards involve more than just RGB color spaces, 
but the focus here will only be on color spaces. Starting 
with the NTSC spec in the early 50's to the latest spec for 
HDTV, video standards have tracked advances in the CRT 
technology used in broadcast television applications. The 
original NTSC system was geared toward a CRT display. 



Table 1: Attributes of standard RGB color spaces 
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Encoding 
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8 -bit nonlinear 
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0.34 


No 








CRT 




G 


0.21 
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Figure 6, x,y-Chromaticity diagrams for sRGB, ROMM RGB, 
Adobe RGB 98 and Apple RGB 
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Figure 7. x,y-Chromaticity diagrams for video RGB (NTSC, EBU, 
and ITU-R BT.709). 



The PAL system for color television came along after 
NTSC. The EBU decided to standardize the PAL system on 
primaries based on the displays available at the time. The 
CCIR (now the ITU-R) made this a standard in 1974.' 5 

The latest video RGB standard is ITU-R BT.709 for the 
production and exchange of HDTV programming. 1 1 

The 601 and 709 phosphors are practically the same, 
but the 709 standard defines a different form of gamma 
correction (transfer characteristic). Compared to NTSC 
displays, modern CRTs have brighter and more efficient 
phosphors. 

These benefits have come at a slight cost, since the 
NTSC display could produce purer yellows and reds. 
However, the 709 primaries are preferred, as they match 
most modern CRTs. sRGB is based on the 709 primaries. 

RGB Color Space Implementation Issues 

The different standard color spaces discussed above were all 
developed for specific applications. Which RGB space to 
choose when the application does not fall into a well- 
defined imaging workflow can be difficult. Following are a 
few points that need to be considered. 

Sensor, Unrendered, Rendered, or Output Color Spaces 

For high-end archiving purposes, storing images as raw 
sensor data with the necessary sensor and illumination 
characteristics is preferred. Any further transformations are 
dependent on current engineering practices and knowledge, 
which might be improved in the future. However, it is rare 
to find independent imaging applications that can read any 
raw image data and convert them using the necessary sensor 
and scene characteristics. 



In most cases, the "input" software and hardware for 
scanners and digital cameras integrate the transformation to 
rendered color space without allowing access to any 
intermediate data form. Most scanning software allows 
some manual intervention in the process, therefore allowing 
a user to manually manipulate the reproduction model. 

If raw sensor data can be saved, the file format is either 
proprietary, allowing further processing only with the 
manufacturer's own software, or the necessary sensor and 
scene information is not included. There is some scanning 
software that allows the user to save the image in an 
unrendered color space such as CIELAB or Photo YCC. 
Archiving in an unrendered color space is feasible. 
However, the quality of the colorimetric estimate of the 
scene is dependent on the scene content, capture device, and 
transformation. 

In most applications today, images are converted into a 
rendered space for archiving and data interchange. That 
practice allows the owner/creator of an image to define the 
initial rendering, but these transformations are frequently 
not easily reversible, because the reverse transform and 
tools to implement it are not available. Choosing the right 
rendered space, depending on the future use of these 
images, is critical. 

Gamut Size 

If editing and output specifications are not known, the 
rendered color space .for archiving and data interchange 
should have a wide gamut. However, wide gamut color 
spaces cannot be viewed without additional conversions on 
today's monitor, and these conversions may need to be 
image specific. Many image-viewing applications do not 
enable automatic conversions, either making wide gamut 
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RGB images look flat and de-saturated, or clipping out of 
gamut colors. If no color space conversion is feasible before 
viewing, the interchange space's gamut should be as close 
as possible to the output space. 

Encoding 

Linear encoding (in intensity) is acceptable when high- 
bit depth information can be retained, and file size doesn't 
matter. In most cases, a nonlinear, perceptually compact 
encoding (nonlinear in intensity, but linear in lightness or 
brightness) is preferable, since the visual artifacts due to 
image processing would be equally visible across the tone 
scale. 

A system that uses a linear sensor for capture and a 
CRT for output needs gamma correction somewhere in the 
imaging chain in order to produce an overall linear system. 
Gamma correction compensates for the non-linear power- 
law transfer characteristic of the CRT. As it turns out, a 
gamma corrected signal looks much like a perceptually 
compact encoding and offers the same benefits. Gamma 
corrected signals are input directly to the monitor, without 
further processing, to give the desired output. Partially- 
gamma corrected signals are used to obtain a specific visual 
effect. For example, the NTSC system only does a partial 
gamma correction so that the overall system's transfer 
characteristic has a contrast greater than unity to produce a 
more preferred appearance and reproduce actual appearance 
in dim viewing conditions. The discussion of gamma merits 
an entire paper in itself; see for example. 16 Gamma is an 
important implementation issue for RGB color spaces. 

If a color space has a wide or unlimited gamut, 8-bit 
encoding might not be enough. Banding effects can appear, 
depending on image color distribution, editing, and/or color 
space conversion. However, 16 bit/component RGB is not 
widely supported yet in either applications or file formats. 
Images that will go through extensive image processing and 
color space conversions should be encoded in higher bit- 
depth. If that is not possible, the size of the gamut should be 
reduced. 

Color Space Conversions 

Converting in and out of different color spaces can 
cause severe image artifacts. The more mismatched the 
gamuts and white points are, the stronger the effects. Most 
current implementations of converting to RGB spaces clip 
out-of-gamut colors instead of mapping them more 
intelligently. If different color spaces used in a workflow 
have different white points, either the image application has 
to perform a white point conversion, or it has already been 
built into the profile representing the color space. These 
operations can also contribute to artifacts. Other factors 
such as adjusting for different viewing conditions and 
dynamic ranges are often unspecified by the color space 
definition or unimplemented by imaging applications. 

Compression 

The first commercial television system was the CBS 
Sequential Field System, which, for a short time in the early 



50's, was the US color television standard. This system was 
built around a sequential color display, which without 
memory or signal processing, required the transmission of 
RGB signals. One of the reasons that this system failed and 
was shortly replaced by the NTSC system was that it was 
wasteful of bandwidth: a better quality image could be 
obtained with the same bandwidth by transmitting 
luminance-chrominance instead of RGB values. 17 Two 
reasons why RGB is disadvantaged for compression for 
image interchange is that RGB image separations are highly 
correlated and unable to take significant advantage of the 
spatial resolution reduction techniques that are applied in 
luminance-chrominance systems. Hence, color television, 
color facsimile and the Web use of JFIF — all of which 
emphasize efficient image interchange — use luminance- 
chrominance-type signals, instead of RGB. 

Supporting Applications and Formats 

Applications and file formats alike, there are two kinds 
of support for standard color spaces: one is the built-in kind 
where the RGB spaces are supported by name. No profile or 
additional information is necessary. The other kind is by 
specification, where typically a profile or a set of 
parameters describe the color space. 

Color management systems such as ColorSync, ICM, or 
Postscript support RGB spaces typically by specification. 
Color values can be converted in and out of RGB spaces as 
long as an accurate profile is provided for that space. Some 
file formats also support RGB spaces by specification. PDF, 
TIFF, JPEG, PICT, EPS, and PNG all have ways to 
associate profiles to further define the RGB color spaces. 
Few formats have built-in support for the standard color 
spaces that are discussed here. FlashPix, MNG (Multi- 
image Network Graphics) and HTML 4.0 support sRGB — 
MNG Ver. 0.96 allows sRGB "chunks," and RGB color 
data in HTML 4.0 is defined in sRGB color space, which is 
effectively the default color space. Applications such as 
Photoshop support some standard color spaces by name, 
such as Adobe RGB, Apple RGB, sRGB, etc., as well as by 
specification in the form of a profile. 

The Future of RGB Display Spaces 

Many standard RGB color spaces, such as ITU-R BT.709 
RGB or sRGB, assumed a standard monitor, based on 
phosphor/monitor characteristics at the time, and 
applications were built to deliver RGB matched to that 
monitor. It was a world without variability, or if you like, 
with uniformity. It was easier to enforce then than it is now. 
Some of the conversions from that era have persisted, even 
though monitors and phosphors have changed. 

With new display technologies maturing, this CRT- 
centric view will increasingly find that the underlying 
assumptions are no longer true. Using TFT-based flat panel 
as an example, there are key differences to consider. 
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No Standard Phosphor Sets 

In the CRT based displays, there are about six phosphor 
sets that are used, with P22 and EBU being the most 
popular ones. Their primaries are fairly close to each other. 
However, flat panel displays do not have standard sets of 
filters and the difference between primaries across different 
devices can be quite large. 

Gamma Curves 

Most RGB spaces define gamma using a typical CRT 
based model of gamma-offset-gain or even pure power 
functions. However, most flat panel displays have an S- 
shaped gamma curve. Fitting it into the current model 
means significant errors in either the highlight or shadows. 
The alternative is to distribute the errors more evenly. In 
either case, it does not offer good color accuracy. 

Viewing Conditions and Dynamic Range 

Many RGB spaces define viewing conditions and 
dynamic range based on the limitations of CRT monitors. 
Because of the limited dynamic range and brightness level 
of CRTs, the typical viewing condition is a dim surround. 
However, the latest flat panel displays can output 230+ 
cd/m 2 with a dynamic range over 300 to 1 . The 
contamination of ambient light is also minimized. The 
viewing conditions in future work environment could be 
very different from those today. 

Considering these points, clearly the approach of 
defining a standard RGB space that is similar to CRT 
monitor characteristics to avoid output device specific 
conversions will not always be feasible in the future. With 
the advances in flat panel displays and other display 
technologies, the future is fast approaching. 

Conclusions 

There is no "one size fits all" approach, no one RGB color 
space that is ideal for the archiving, communicating, 
compressing, and viewing of color images. The correct 
color space, be it RGB or not, depends on the application. 
For archiving, the first consideration should be the future 
use of the image. If a single, final use of the image is 
known, then a rendered image space closely related to the 
intended use may be selected. On the other hand, if the 
desired rendering intent is known, but more than one type of 
output is desired, then use of a wide-gamut rendered image 
space may be the best choice. If the greatest flexibility is 
desired, then a high bit depth sensor or unrendered image 
space should be selected. 
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